home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 9100 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.2 KB
  1. Path: keats.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Bus error
  5. Date: 6 Mar 1996 21:18:15 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Message-ID: <4hlrinINN8sf@keats.ugrad.cs.ubc.ca>
  8. References: <DnuvJG.CA5@cdf.toronto.edu> <4hlqcd$gqj@newsflash.hol.gr> <4hlii4$692@cloner2.ix.netcom.com>
  9. NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
  10.  
  11. In article <4hlii4$692@cloner2.ix.netcom.com>,
  12. Scott Fluhrer <sfluhrer@ix.netcom.com> wrote:
  13.  >sakarab@promitheus.hol.gr (Sam Mardirosian) wrote:
  14.  >>a488load@cdf.toronto.edu (Lo Adley) wrote:
  15.  >>>
  16.  >>>  Could you tell me what 'bus error' means?
  17.  >>
  18.  >>Your code is trying to read an int/long on odd addresses (as far as I
  19.  >>can remember) and your proccessor does not support this (possibly
  20.  >>MC680x0).
  21.  >Incorrect.  On a 68000/68008/68010, accessing an int/long on an odd
  22.  >address causes an *address* error.  A bus error was originally an error
  23.  
  24. You are mixing levels. The discussion is about a program-level signal, not a
  25. processor-specific exception type. The 680x0 address error you describe
  26. reasonably maps onto a SIGBUS signal at the C level. 
  27. -- 
  28.  
  29.